vCenter Server 7.0 Update 3d | 2022 年 3 月 29 日 | ISO 内部版本 19480866

请查看发行说明以了解新增内容及更新。

本发行说明包含以下主题：

重要信息：如果源系统包含具有 Intel 驱动程序的 ESXi 7.0 Update 2 版本（内部版本号 17630552）或更高内部版本，则在升级到 vCenter Server 7.0 Update 3d 之前，请参见 VMware vCenter Server 7.0 Update 3c 发行说明中的新增功能部分，因为此部分中的所有内容也适用于 vSphere 7.0 Update 3d。另请参见相关 VMware 知识库文章：86447、87258 和 87308。 

本版本解决了 CVE-2022-22948 安全漏洞。有关此漏洞及其对 VMware 产品所造成影响的详细信息，请参见 VMSA-2022-0009。

vCenter Server 7.0 Update 3d 提供了已解决的问题部分中记录的缺陷修复和安全修复。

有关 VMware vSphere with Tanzu 更新，请参见 VMware vSphere with Tanzu 发行说明。

有关 Photon OS 更新，请参见 VMware vCenter Server Appliance Photon OS 安全修补程序。

vCenter Server 的功能、已解决问题和已知问题在各个版本的发行说明中均有描述。vCenter Server 7.0 的早期版本的发行说明包括：

有关国际化、兼容性、安装、升级、开源组件和产品支持注意事项的说明，请参见 VMware vSphere 7.0 发行说明。有关 vCenter Server 支持的升级和迁移途径的详细信息，请参阅 VMware 知识库文章 67077。

本 vCenter Server 7.0 Update 3d 版本提供了以下修补程序：

有关 VMware vCenter Server 的内部版本号和版本的表，请参见 VMware 知识库文章 2143838。

适用于 vCenter Server 的产品修补程序，其中包含 VMware 软件修复、安全修复和第三方产品修复。

此修补程序适用于 vCenter Server。

要下载此修补程序，请在登录到 VMware Customer Connect 后，从选择产品下拉菜单中选择 VC，并从选择版本下拉菜单中选择 7.0.3。

有关使用 vCenter Server shell 的详细信息，请参见 VMware 知识库文章 2100508。

有关修补 vCenter Server 的详细信息，请参见修补 vCenter Server Appliance。

有关转储修补程序的详细信息，请参见将修补程序转储到 vCenter Server Appliance。

有关安装修补程序的详细信息，请参见安装 vCenter Server Appliance 修补程序。

有关使用设备管理界面进行修补的详细信息，请参见使用设备管理界面修补 vCenter Server。

已解决的问题分为以下几组。

当 vSAN 延伸集群在站点之间具有网络分区时，vSAN Health Service 检测分区时出现的延迟可能会导致 CNS 应用程序移除缓存中的卷到数据存储的映射。因此，尝试将此类卷附加到 pod 或对卷运行任何操作（如更新或删除）将失败，直到修复分区后恢复 CNS 卷到数据存储的映射。

本版本已解决该问题。

在具有 VMware NSX-T Data Center 的集群上使用 OVF 模板部署虚拟机时，该操作可能会由于兼容性检查而失败。在 OVF 模板部署期间，vCenter Server 会在随机选择的 ESXi 主机上执行兼容性检查，如果此类主机使用 NSX 分布式虚拟端口组，则检查可能会由于缺少从 NVDS 迁移到 CVDS 所需的必备条件而失败，而在部署 OVF 时不需要执行此类检查。

本版本已解决该问题。此修复移除了在部署 OVF 时对从 NVDS 迁移到 CVDS 所需的必备条件进行的兼容性检查。

特定于 VMware Remote Console 的 envoy 服务问题可能会导致该服务间歇性失败。因此，vCenter Server 管理界面或 vCenter Server API 可能也会变得无法使用。 

本版本已解决该问题。

由于 vSphere Authentication Proxy 服务的一些额外权限检查，将 ESXi 主机添加到 Active Directory 域可能会失败。此问题仅出现在某些用户在 Active Directory 上没有域管理员特权的 vSphere Authentication Proxy 配置中。

本版本已解决该问题。此修复将 vSphere Authentication Proxy 服务执行的用户访问权限检查减少到了所需的最小程度。

在 vSphere Client 中，即使设置了 vCenter 无法启动 Fault Tolerance 辅助虚拟机警报，当复制受 FT 保护的任务关键型虚拟机的辅助虚拟机无法启动时，也不显示该警报。

本版本已解决该问题。 

虽然使用 vSphere Client 导出 OVF 操作成功完成，但在运行时，可能会弹出一个窗口，其中显示错误：HTTP 状态 503 - 服务不可用 (HTTP Status 503 - Service Unavailable)。出现此问题的原因是，导出任务可能会启动两次。因此，其中一个任务完成，但另一个任务以 503 错误结束。

本版本已解决该问题。

如果环境中的用户属于多个 Active Directory 组（无论是否嵌套），Security Token Service (STS) 服务器可能需要很长时间才能发出 SAML 令牌。因此，此类用户登录到 vSphere Client 时可能会超时并失败。在 vSphere Client 中，您会看到类似以下内容的消息：无法连接到 vCenter Single Sign-On 服务器 https:///sts/STSService/vsphere.local (Cannot connect to vCenter Single Sign-On server https:///sts/STSService/vsphere.local)。

本版本已解决该问题。此修复确保成功登录到 vSphere Client。但是，此修复不会防止由于 STS 对 SAML 令牌延迟响应而导致的登录超时。因此，在用户属于多个 Active Directory 组的某些环境中，您可能会登录到 vSphere Client，但仍无法连接到 vCenter Server 实例。

cURL 已更新到版本 7.79.1。

Eclipse Jetty 已升级到版本 jetty-9.4.43.v20210629。

Oracle (Sun) JRE 软件包已更新到版本 1.8.0_311。

Apache Tomcat 服务器已更新到版本 8.5.68 和 9.0.50。

OpenSSL 库已更新到版本 1.0.2za。

SQLite 数据库已更新到版本 3.36.0。

Apache log4j 已更新到版本 2.17.1。

Apache Struts 已更新到版本 2.5.28.3。

由于执行 vCenter Server 数据库的扩展脚本存在问题，因此以渐进方式修补 vCenter Server 7.x（例如，将 vCenter Server 7.0 Update 2c 修补到 VMware vCenter Server 7.0 Update 2d）可能会失败。在 vSphere Client 中，将显示错误：在 postInstallHook 中出现异常 (Exception occured in postInstallHook)。在日志文件（如 /var/log/vmware/applmgmt/vcdb_patch.err 和 /var/log/vmware/applmgmt/vcdb_patch.out）中，您会看到错误 vcdb:Patch ERROR vmware_b2b.patching.executor.hook_executor Patch hook 'vcdb:Patch' failed.。

本版本已解决该问题。

在 vSphere Client 中，导航到配置 > 存储提供程序，您会看到重新创建证书选项变灰。

本版本已解决该问题。

已知问题分为如下类别。

由于 Intel i40en 驱动程序名称更改为 i40enu，后又改回 i40en，vCenter Server 7.0 Update 3d 及更高版本增加了一项升级预检查，以确保受更改影响的 ESXi 主机正确升级。在某些情况下，如果系统中存在此类主机，则使用 CLI 将 vCenter Server 从低于 7.0 Update 3 的版本修补到高于 7.0 Update 3 的版本时，该操作可能会失败，并显示错误：安装失败。重试以从当前状态恢复。或者，请收集 VC 支持包 (Installation failed. Retry to resume from the current state. Or please collect the VC support bundle)。但是，您应看到预检查错误消息，而不是此错误。 

解决办法：如果看不到预检查错误，并且将系统修补到 vCenter Server 7.0 Update 3d 失败，请确保在升级 vCenter Server 之前，使用通过 ISO 创建的基准或单个映像将所有 ESXi 主机升级到 ESXi 7.0 Update 3d。请勿使用基于汇总实体包的修补程序基准。可以在以下位置找到其他调试日志信息：/var/log/vmware/applmgmt。有关更多详细信息，请参见 VMware 知识库文章 87319 和 86447。

如果在 vCenter Server Appliance 实例上使用 vi 文本编辑器，则无法通过单击鼠标右键粘贴之前复制的内容。相反，vi 编辑器会将模式更改为“可视化”。

解决办法：从 vCenter Server Appliance shell，运行命令 /usr/bin/sed -i.bak -E '2alet skip_defaults_vim=1' /etc/vimrc。

更新包含 OEM 内容的 ESXi 映像时，例如从 Dell ESXi 7.0 Update 2a 更新到 Dell ESXi 7.0 Update 3d，某些预留的 VIB（例如，存在于 VMware 基础映像中但被 OEM 打包的异步 VIB 替代的预留 VIB）可能会删除。使用非关键基准更新系统，然后使用包含 OEM 内容的 ESXi 映像更新到更高版本后，可能会出现相同的问题。例如，如果使用非关键基准更新到 7.0 Update 2，然后使用 Dell ESXi 7.0 Update 3 映像更新到 7.0 Update 3，可能也会删除预留的 VIB。因此，无法使用具有更新版本的 ESXi 主机创建由单个映像管理的 vSphere Lifecycle Manager 集群。操作失败，并在回溯追踪中看到类似以下内容的错误：2021-11-24T09:42:49Z lifecycle: 2101166: HostSeeding:956 ERROR Extract depot failed: ('VMW_bootbank_bnxtroce_216.0.58.0-23vmw.703.0.0.18644231', 'Failed to add reserved VIB VMW_bootbank_bnxtroce_216.0.58.0-23vmw.703.0.0.18644231: not found in the reserved VIB cache storage') 2021-11-24T09:42:50Z lifecycle: 2101166: imagemanagerctl:373 ERROR Extract depot failed.021-11-24T09:42:50Z lifecycle: 2101166: imagemanagerctl:152 ERROR [ReservedVibExtractError] ('VMW_bootbank_bnxtroce_216.0.58.0-23vmw.703.0.0.18644231', 'Failed to add reserved VIB VMW_bootbank_bnxtroce_216.0.58.0-23vmw.703.0.0.18644231: not found in the reserved VIB cache storage')

解决办法：使用以交互方式或脚本方式升级，而不使用 vSphere Lifecycle Manager 工作流。 

要查看以前的已知问题列表，请单击此处。

早期的已知问题分为如下类别。

在 vSAN 延伸集群设置中，首选站点上的网络中断可能会导致站点中的所有虚拟机不可访问。虚拟机不会故障切换到辅助站点。因此，它们在网络中断恢复之前一直不可访问。

解决办法：无。

如果集群中的 vSphere 集群服务代理虚拟机无法部署或打开电源，则 vSphere DRS 等服务可能会受到影响。

解决办法：有关问题和解决办法的详细信息，请参见 VMware 知识库文章 79892。

在 vCenter Server 7.0 Update 1 中，vSphere 集群服务在每个 vSphere 集群中添加了一组系统虚拟机，以确保 vSphere DRS 正常运行。系统虚拟机使用隐式数据存储选择逻辑自动部署。系统虚拟机可能会影响某些集群和数据存储维护工作流，具体取决于您的集群配置。

解决办法：有关受影响工作流和可能的解决办法的详细信息，请参见 VMware 知识库文章 79892 和 80483。

vSphere 系统支持的升级顺序是，先升级 vCenter Server，然后再升级 ESXi。但是，在 ESXi 主机版本为 7.0 Update 2d 及更高版本的某些环境中，需要先将 ESXi 更新到 7.0 Update 3c，然后再更新 vCenter Server。这种升级顺序需要执行额外步骤以强制执行主机完全同步。

解决办法：以具有超级管理特权（例如 root）的用户身份登录到设备 shell，并执行以下步骤：

由于 Intel i40en 驱动程序名称更改为 i40enu，后又改回 i40en，vCenter Server 7.0 Update 3c 增加了一项升级预检查，以确保受更改影响的 ESXi 主机正确升级。但是，如果应用 vCenter Server 7.0 Update 3c 之后发布的 ESXi 热修补程序，然后再将系统升级到 vCenter Server 7.0 Update 3c，则预检查中可能不会列出该热修补程序。因此，可能无法按照正确的步骤进行升级，且 vSphere HA 可能无法在此类主机上进行配置。

解决办法：将热修补的 ESXi 主机升级到版本 7.0 Update 3c。

当 Security Token Service (STS) 证书不包含主体备用名称 (SAN) 字段时，vCenter Server 升级/迁移预检查将失败。如果已将 vCenter 5.5 Single Sign-on 证书替换为没有 SAN 字段的自定义证书，并且尝试升级到 vCenter Server 7.0，则会出现这种情况。此升级会将 STS 证书视为无效，并且预检查将阻止升级过程继续进行。

解决办法：将 STS 证书替换为包含 SAN 字段的有效证书，然后再执行 vCenter Server 7.0 升级/迁移。

升级后，之前安装的 32 位 CIM 提供程序停止工作，因为 ESXi 需要 64 位 CIM 提供程序。客户可能会丢失与 CIMPDK、NDDK（本机 DDK）、HEXDK、VAIODK（IO 筛选器）相关的管理 API 功能，并看到与 uwglibc 依赖关系相关的错误。Syslog 报告模块缺失，“未加载 32 位共享库 (32 bit shared libraries not loaded)。”

解决办法：没有解决办法。修复方法是从供应商下载新的 64 位 CIM 提供程序。

vCenter Server High Availability 处于活动状态时，从早期版本的 vCenter Server 7.x 修补到 vCenter Server 7.0 Update 1 可能会失败。

解决办法：要将系统从早期版本的 vCenter Server 7.x 修补到 vCenter Server 7.0 Update 1，必须移除 vCenter Server High Availability 并删除被动节点和见证节点。升级后，必须重新创建 vCenter Server High Availability 集群。

如果选择导入配置、清单、任务、事件和性能衡量指标的所有数据的选项，则在使用非英语区域设置的任何 vCenter Server 系统中，将 6.7.x vCenter Server 系统迁移到 vCenter Server 7.x 可能会失败。在迁移第 2 阶段的第 1 步中，vSphere Client 中会显示一条错误消息，例如：导出事件和任务数据时发生错误: …ERROR UnicodeEncodeError: Traceback (most recent call last):

解决办法：可以通过执行以下任一操作来完成迁移操作：

尝试使用 VMware Migration Assistant 将 6.x vCenter Server 系统迁移到 vCenter Server 7.x 时，如果您的系统装有 Windows 操作系统且使用的外部数据库密码包含非 ASCII 字符，操作将失败。例如，Admin!23迁移。在 Migration Assistant 控制台中，您会看到以下错误：

错误:Component com.vmware.vcdb 失败并出现内部错误解决方案:将 Bugzilla PR 提交到 VPX/VPX/vcdb-upgrade (Resolution:File Bugzilla PR to VPX/VPX/vcdb-upgrade)

解决办法：无

在从 vCenter Server 7.x 更新到 vCenter Server 7.0 Update 1 的过程中，您会收到提供 vCenter Single Sign-On 管理员密码的提示。

解决办法：如果使用 vCenter Server 管理界面运行更新，则必须提供 vCenter Single Sign-On 管理员密码。如果使用软件包或 CLI 以交互方式运行更新，则必须以交互方式提供 vCenter Single Sign-On 管理员密码。如果使用软件包或 CLI 以非交互方式运行更新，则必须通过应答文件以如下格式提供 vCenter Single Sign-On 管理员密码{ "vmdir.password": "SSO Password of Administrator@ user" }

如果您已为智能卡或 RSA SecurID 身份验证配置 vCenter Server，请参见位于 https://kb.vmware.com/s/article/78057 的 VMware 知识库文章，然后再开始 vSphere 7.0 升级过程。如果未按照知识库文章所述采取解决办法，您可能会看到以下错误消息，并且智能卡或 RSA SecurID 身份验证无法工作。

“智能卡身份验证可能停止工作。可能不会保留智能卡设置，并且智能卡身份验证可能停止工作 (Smart card authentication may stop working. Smart card settings may not be preserved, and smart card authentication may stop working)。”

或

“RSA SecurID 身份验证可能停止工作。可能不会保留 RSA SecurID 设置，并且 RSA SecurID 身份验证可能停止工作 (RSA SecurID authentication may stop working. RSA SecurID settings may not be preserved, and RSA SecurID authentication may stop working)。”

解决办法：在升级到 vSphere 7.0 之前，请参见 VMware 知识库文章，网址为 https://kb.vmware.com/s/article/78057。

如果在通过使用 vSphere Lifecycle Manager 映像将多个 ESXi 主机添加到已启用 vSphere HA 的集群时启动操作以应用或移除 NSX，则与 NSX 相关的操作可能会失败，并在 vSphere Client 中显示错误，例如：集群 中某些主机上的 vSphere HA 代理既不是 vSphere HA 主代理，也没有连接到 vSphere HA 主代理。请验证 HA 配置是否正确 (vSphere HA agent on some of the hosts on cluster is neither vSphere HA master agent nor connected to vSphere HA master agent. Verify that the HA configuration is correct)。出现此问题的原因是，vSphere Lifecycle Manager 一次为添加到集群中的一个 ESXi 主机配置 vSphere HA。如果在 vSphere HA 配置操作仍在进行时运行某个操作以应用或移除 NSX，则 NSX 操作可能会在针对两个不同 ESXi 主机的 vSphere HA 配置操作之间进行排队。在这种情况下，NSX 操作将失败，并显示集群运行状况检查错误，因为该时点的集群状态与已配置并正在运行 vSphere HA 的所有 ESXi 主机的预期状态均不匹配。同一时间添加到集群的 ESXi 主机越多，出现该问题的可能性就越大。

解决办法：在集群上禁用并启用 vSphere HA。继续执行操作以应用或移除 NSX。

如果将 vCenter Server 7.0 系统升级到更高版本，则无法再在 vSphere Client 的 vSphere Pod 摘要选项卡中查看 Pod 的 IP 地址。

解决办法：使用适用于 vSphere 的 Kubernetes CLI Tools 查看 Pod 的详细信息：

因此，您可以在输出中看到类似以下内容的 IP 地址：

$ kubectl describe pod helloworld -n my-podvm-ns ... 状态: 正在运行IP: 10.0.0.10 IPs:  IP: 10.0.0.10 ...

升级使用外部 Platform Services Controller 部署的 vCenter Server 部署时，将该 Platform Services Controller 融合为 vCenter Server Appliance。如果升级失败并显示错误 install.vmafd.vmdir_vdcpromo_error_21，则 VMAFD 首次引导过程已失败。VMAFD 首次引导过程从源 Platform Services Controller 和复制合作伙伴 vCenter Server Appliance 中复制 VMware Directory Service 数据库 (data.mdb)。

解决办法：在升级具有外部 Platform Services Controller 部署的 vCenter Server 之前，在源 Platform Services Controller 或复制合作伙伴 vCenter Server Appliance 的以太网适配器上禁用 TCP 分段负载分流 (TSO) 和通用分段负载分流 (GSO)。请参见知识库文章：https://kb.vmware.com/s/article/74678

由于授权 (Authz) 连接的限制，vCenter Server 系统升级可能会在预检查阶段失败。在 /var/log/vmware/vpxd-svcs/vpxd-svcs *.log 文件中，您会看到类似以下内容的条目：Session count for user [after add]: \machine-xxxx is 200​Session limit reached for user: \machine-xxxx with 200 sessions.

您可能还会看到 vSphere Client 针对加载清单的响应延迟了。

解决办法：使用命令 service-control --restart vmware-vpxd-svcs 在 vCenter Server 系统中重新启动 vmware-vpxd-svcs。仅当 vCenter Server 系统中没有运行其他活动时才使用该命令，以免造成工作流中断。有关详细信息，请参见 VMware 知识库文章 81953。

如果将 vSphere Authentication Proxy 服务 (vmcam) 配置为使用不同于默认 TLS 1.2 协议的特定 TLS 协议，则会在 CLI 升级过程中保留此配置。默认情况下，vSphere 支持 TLS 1.2 加密协议。如果必须使用 TLS 1.0 和 TLS 1.1 协议为不支持 TLS 1.2 的产品或服务提供支持，请使用 TLS Configurator 实用程序启用或禁用不同的 TLS 协议版本。

解决办法：使用 TLS Configurator 实用程序配置 vmcam 端口。要了解如何管理 TLS 协议配置以及使用 TLS Configurator 实用程序，请参见《VMware 安全》文档。

由于 Intel i40en 驱动程序名称更改为 i40enu，后又改回 i40en，vCenter Server 7.0 Update 3c 增加了一项升级预检查，以确保受更改影响的 ESXi 主机正确升级。在某些情况下，如果系统中存在此类主机，则使用 CLI 将 vCenter Server 从低于 7.0 Update 3 的版本修补到高于 7.0 Update 3 的版本时，该操作可能会失败，并显示错误安装失败。重试以从当前状态恢复。或者，请收集 VC 支持包 (Installation failed. Retry to resume from the current state. Or please collect the VC support bundle)。 

但是，您应看到预检查错误消息，而不是此错误。 

解决办法：如果看不到预检查错误，并且将系统修补到 vCenter Server 7.0 Update 3c 失败，请确保在升级 vCenter Server 之前，使用通过 ISO 创建的基准或单个映像将所有 ESXi 主机升级到 ESXi 7.0 Update 3c 或更高版本。请勿使用基于汇总实体包的修补程序基准。可以在以下位置找到其他调试日志信息：/var/log/vmware/applmgmt。有关更多详细信息，请参见 VMware 知识库文章 87319 和 86447。

升级到 vCenter Server 7.0 后，使用 RSA SecurID 的身份验证将不起作用。尝试使用 RSA SecurID 登录名登录时，将显示一条错误消息，提示您解决此问题。

解决办法：重新配置智能卡或 RSA SecureID。

vSphere 系统支持的升级顺序是，先升级 vCenter Server，然后再升级 ESXi。但是，在 ESXi 主机版本为 7.0 Update 2c 及更高版本的某些环境中，需要先将 ESXi 更新到 7.0 Update 3c，然后再更新 vCenter Server。这种升级顺序需要执行额外步骤以强制执行主机完全同步。

解决办法：以具有超级管理特权（例如 root）的用户身份登录到设备 shell，并执行以下步骤：

将适用于 Windows 的 vCenter Server 迁移到 vCenter Server Appliance 7.0 失败，并显示网络中已存在 IP (IP already exists in the network) 错误消息。这会导致迁移过程中无法在新的 vCenter Server Appliance 上配置网络参数。有关详细信息，请查看日志文件：/var/log/vmware/upgrade/UpgradeRunner.log

解决办法：

由于 Intel i40en 驱动程序名称更改为 i40enu，后又改回 i40en，vCenter Server 7.0 Update 3c 增加了一项升级预检查，以确保受更改影响的 ESXi 主机正确升级。但是，如果应用 vCenter Server 7.0 Update 3c 之后发布的 ESXi 热修补程序，然后再将系统升级到 vCenter Server 7.0 Update 3c，则预检查中可能不会列出该热修补程序。因此，可能无法按照正确的步骤进行升级，且 vSphere HA 可能无法在此类主机上进行配置。

解决办法：将热修补的 ESXi 主机升级到版本 7.0 Update 3c。

在 vSphere 7.0 中，可以使用 Virtual Infrastructure Management (VIM) API（例如，通过 vSphere Client）为 SR-IOV 设备配置虚拟功能的数量。该任务不需要重新引导 ESXi 主机。使用 VIM API 配置后，如果尝试使用 max_vfs 模块参数配置 SR-IOV 虚拟功能的数量，则所做更改可能不会生效，因为 VIM API 配置会覆盖这些更改。

解决办法：无。要为 SR-IOV 设备配置虚拟功能的数量，请每次使用相同的方法。使用 VIM API 或使用 max_vfs 模块参数，然后重新引导 ESXi 主机。

在主要升级过程中，如果为 vCenter Server Appliance 的源实例配置了不同于 VCHA 网卡的多个辅助网络，目标 vCenter Server 实例不会保留除 VCHA 网卡以外的辅助网络。如果源实例配置有多个属于 VDS 端口组的网卡，在升级过程中不会保留网卡配置。将保留属于标准端口组的 vCenter Server Appliance 实例配置。

解决办法：无。在目标 vCenter Server Appliance 实例中手动配置辅助网络。

升级或迁移具有外部 Platform Services Controller 部署的 vCenter Server 后，如果新升级的 vCenter Server 未加入 Active Directory 域，则使用 Active Directory 进行身份验证的用户将失去对该 vCenter Server 实例的访问权限。

解决办法：确认新的 vCenter Server 实例已加入 Active Directory 域。请参见知识库文章：https://kb.vmware.com/s/article/2118543

如果 Oracle 事件和任务表中存在非 ASCII 字符串，则迁移过程会在导出事件和任务数据时失败。将显示以下错误消息：UnicodeDecodeError

解决办法：无。

不合规状态表示配置文件与主机之间存在不一致。

出现此不一致的原因可能是 ESXi 7.0 不允许使用重复的声明规则，但您使用的配置文件包含重复规则。例如，如果在将 ESXi 6.5 或 ESXi 6.7 升级到版本 7.0 之前尝试使用从主机提取的主机配置文件，并且该主机配置文件包含系统默认规则的任何重复声明规则，则可能会遇到这些问题。

解决办法：

安装或升级到 vCenter Server 7.0 后，导航到 vCenter Server 管理界面中的“更新”面板时，将显示错误消息“请检查 URL，然后重试 (Check the URL and try again)”。该错误消息不会阻止您使用“更新”面板中的功能，您可以查看、转储和安装任何可用更新。

解决办法：无。

在启用了 vCenter Server High Availability 的环境中，修补见证节点或被动节点可能会失败，并显示类似以下内容的消息：运行时错误: 无法识别的 C++ 异常 (RuntimeError: unidentifiable C++ exception)。

解决办法：禁用 vCenter Server High Availability。将修补程序应用于您的 vCenter Server 系统。重新启用 vCenter Server High Availability。

如果您为 VC Storage Client 服务配置的 TLS 不是默认的 TLS 1.2，则将 vCenter Server 系统修补到 vCenter Server 7.0.0a 后，TLS 版本可能会恢复为默认值。

解决办法：更新后，使用 TLS 配置实用程序在 vCenter Server 系统上启用或禁用 TLS 版本。

将系统从 vCenter Server 7.0.0a 或 vCenter Server 7.0 更新到 vCenter Server 7.0.0b 后，在 /var/core 文件夹中，会看到 systemd 核心转储，如 core.systemd-journal.393 和 core.systemd-udevd.405。核心转储无害，可以移除。

解决办法：无

将系统从 vCenter Server 7.0.0a 或 vCenter Server 7.0 更新到 vCenter Server 7.0.0b 后，DCUI 中仍显示以前的 vCenter Server 版本。

解决办法：完成更新后，要刷新 vCenter Server 版本，请在设备 shell 中，运行命令 /usr/lib/applmgmt/dcui/notify。

如果使用属于 vSphere Lifecycle Manager 一部分的 Update Planner（用于方便 vCenter Server 更新），vSphere Client 中可能会显示以下错误：由于网络连接问题或 URL 不正确，配置的存储库无法访问。请确认存储库设置 (Configured repository is not accessible due to network connectivity or incorrect URL. Verify the repository settings)。当您使用自定义本地存储库（例如 https:///uploads/dpe/  或 DBC 路径）来存储提取文件时，会出现该问题。如果基于 URL 的修补的自定义存储库具有身份验证策略，则 Update Planner 可能无法获取可用更新列表。

解决办法：配置自定义存储库，以便不需要进行身份验证即可访问自定义存储库 URL。

升级到 vCenter Server 7.0.0b 后，在配置了 vSphere HA 的 vSphere Lifecycle Manager 基于映像的集群上，首次登录到环境后，可能会看到有关 vSphere HA 配置的错误消息。在 vSphere Client 中，会显示诸如以下消息：无法在主机上完成 vSphere HA 代理配置 (Cannot complete the configuration of the vSphere HA agent on the host)。或

在集群上应用 HA VIB 时遇到故障 (Applying HA VIBs on the cluster encountered a failure)。

出现此问题的原因是，导出映像库可能需要很长时间并导致任务超时。在 /storage/log/vmware/vmware-updatemgr/vum-server/vmware-vum-server.log 中，您会看到以下消息：​Export taking too long (Failure case)

解决办法：这是一个暂时性问题，在 vCenter Server 启动并运行后，将在 10 分钟内解决。该问题不会影响任何功能。受影响集群上的 vSphere HA 按预期运行。与虚拟机相关的所有操作（如打开电源和迁移）在此错误恢复仍在进行时依旧跨已启用 vSphere HA 的集群运行。 

在 VMware® vSphere Trust Authority™ 中，如果在受信任集群上启用了 HA，并且该集群中的一个或多个主机未通过认证，则加密虚拟机将无法打开电源。

解决办法：从受信任集群中移除或修复所有未认证的主机。

在 VMware® vSphere Trust Authority™ 中，如果在受信任集群上启用了 DRS，并且集群中的一个或多个主机未通过认证，DRS 可能尝试在集群中打开未认证主机上的加密虚拟机的电源。此操作会将虚拟机置于锁定状态。

解决办法：从受信任集群中移除或修复所有未认证的主机。

如果尝试使用 vSphere Client 在 vCenter Server 实例之间迁移或克隆加密虚拟机，操作将失败，并显示以下错误消息：“在当前状态下不允许执行此操作 (The operation is not allowed in the current state)。”

解决办法：必须使用 vSphere API 在 vCenter Server 实例之间迁移或克隆加密虚拟机。

特定于 VMware Remote Console 的 envoy 服务问题可能会导致该服务间歇性失败。因此，vCenter Server 管理界面或 vCenter Server API 可能也会变得无法使用。

解决办法：使用 vSphere Client 替代 VMware Remote Console。

与 vSphere 6.7 相比，在 vSphere 7.0 的某些工作负载下，为了提高 Intel 82599EB/X540/X550 系列网卡上的网络性能而将新队列对功能添加到 ixgben 驱动程序时，可能会降低吞吐量。

解决办法：要实现与 vSphere 6.7 相同的网络性能，可以使用模块参数禁用队列对。要禁用队列对，请运行以下命令：

# esxcli system module parameters set -p "QPair=0,0,0,0..."-m ixgben

运行命令后，请重新引导。

如果主管集群外的某些虚拟机驻留在集群中的任一 NSX 分段端口组上，则清理脚本无法删除此类端口，也无法在集群上禁用 vSphere with Tanzu。在 vSphere Client 中，您会看到错误清理 NSX Manager 的请求失败 (Cleanup requests to NSX Manager failed)，并且操作停止在正在移除状态。在 /var/log/vmware/wcp/wcpsvc.log 文件中，您会看到一条错误消息，例如Segment path=[...] has x VMs or VIFs attached.Disconnect all VMs and VIFs before deleting a segment.

解决办法：从分段中删除 /var/log/vmware/wcp/wcpsvc.log 文件中指定的虚拟机。等待操作恢复。

将 vSphere Distributed Switch 从 6.x 升级到 7.0 后会出现此问题。

解决办法 1：

选择所有主机均已连接的 VDS，转到编辑设置，然后在多播选项下切换到“基本”。

解决办法 2：

在 Edge 防火墙上添加以下规则：

Ping 允许规则。

多播侦听器发现 (MLD) 允许规则，即 icmp6、类型 130 (v1) 和类型 143 (v2)。

在启用 NetIOC 的情况下，从 vSphere 6.7 升级到 vSphere 7.0 时，需要高网络吞吐量的虚拟机可能出现吞吐量下降问题。

解决办法：调整 ethernetx.ctxPerDev 设置以启用多个环境。

将 VMkernel 端口从一个端口组迁移到另一个端口组时，IPv6 流量不会通过使用 IPsec 的 VMkernel 端口。

解决办法：从受影响的服务器中移除 IPsec 安全关联 (SA)，然后重新应用 SA。要了解如何设置和移除 IPsec SA，请参见《vSphere 安全性》文档。

ESX 网络性能提高时可能增大 CPU 使用情况值。

解决办法：移除和添加仅包含 1 个 rx 分派队列的网络接口。例如：

esxcli network ip interface remove --interface-name=vmk1

esxcli network ip interface add --interface-name=vmk1 --num-rxqueue=1

热添加、热移除或 Storage vMotion 后，虚拟机可能停止接收以太网流量。此问题会影响 VNIC 的上行链路已启用 SR-IOV 的虚拟机。当虚拟网络的上行链路为 Mellanox 支持 RDMA 的网卡并且已配置 RDMA 命名空间时，PVRDMA 虚拟网卡出现此问题。

解决办法：可以热移除和热添加受影响的虚拟机以太网网卡以还原流量。在 Linux 客户机操作系统上，重新启动网络也可能会解决该问题。如果这些解决办法不起作用，可以重新引导虚拟机以还原网络连接。

在引入 DDNS 的过程中，DNS 记录更新仅适用于使用 DHCP 配置的网络部署的 VCSA。通过 VAMI 更改 vCenter Server 的 IP 地址时，显示以下错误：

指定的 IP 地址未解析为指定的主机名 (The specified IP address does not resolve to the specified hostname)。

解决办法：有两种可行的解决办法。

./opt/vmware/share/vami/vami_config_net

使用选项 6 更改 eth0 的 IP 地址。更改后，请执行以下脚本：

./opt/likewise/bin/lw-update-dns

重新启动 VCSA 上的所有服务，以更新 DNS 服务器上的 IP 信息。

随着逻辑交换机数量的增加，在 NSX Manager 中删除相应的逻辑交换机后，可能需要更长时间才能移除 vCenter Server 中的 NSX DVPG。在具有 12000 个逻辑交换机的环境中，从 vCenter Server 中删除 NSX DVPG 大约需要 10 秒的时间。

解决办法：无。

在 vSphere 7.0 中，NSX 分布式虚拟端口组消耗的内存量远大于含糊网络。因此，在给定相同内存量的情况下，NSX 分布式虚拟端口组无法支持与含糊网络相同的规模。

解决办法：要支持使用 NSX 分布式虚拟端口组，请增加 ESXi 主机中的内存量。如果您确认系统具有足够的内存来支持虚拟机，则可以使用以下命令直接增加 hostd 的内存。

localcli --plugin-dir /usr/lib/vmware/esxcli/int/ sched group setmemconfig --group-path host/vim/vmvisor/hostd --units mb --min 2048 --max 2048

请注意，这会导致 hostd 使用通常为环境的虚拟机预留的内存。这可能会导致 ESXi 主机可支持的虚拟机数量减少。

如果在虚拟机上配置网络预留，则 DRS 会认定仅将虚拟机迁移到满足指定要求的主机。在具有 NSX 传输节点的集群中，如果某些传输节点通过 NSX-T 虚拟分布式交换机 (N-VDS) 加入传输区域，而其他传输节点通过 vSphere Distributed Switch (VDS) 7.0 加入传输区域，则 DRS 可能会错误地启动 vMotion。在以下情况下，您可能会遇到此问题：

解决办法：使所有传输节点都通过 N-VDS 或同一 VDS 7.0 实例加入传输区域。

解决办法：在同一 VDS 上使用分布式端口组。

如果导航到物理网络适配器的编辑设置对话框，并尝试启用 SR-IOV，则在使用 QLogic 4x10GE QL41164HFCU CNA 时，该操作可能会失败。尝试启用 SR-IOV 可能会导致 ESXi 主机的网络中断。

解决办法：在 ESXi 主机上使用以下命令来启用 SRIOV：

esxcfg-module

在没有扩展器的情况下将具有 SmartPQI 控制器的 HPE Gen10 服务器上的 SATA 磁盘热移除并热插回同一台计算机的不同磁盘托架时，或者在以不同的顺序热移除并热插回多个磁盘时，有时会向这种磁盘分配新本地名称。这种磁盘上的 VMFS 数据存储显示为快照，并且不会自动重新挂载，因为设备名称已更改。

解决办法：无。SmartPQI 控制器不支持未排序的热移除和热插入操作。

有时，由于链路问题或控制器状态，NVMeOF 设备的所有活动路径都会注册 I/O 错误。如果其中一个路径的状态更改为“不活动”，高性能插件 (HPP) 可能不会选择其他路径（如果显示大量错误）。因此，I/O 会失败。

解决办法：禁用配置选项 /Misc/HppManageDegradedPaths 以取消阻止 I/O。

基于 NVMe 的 VMFS 数据存储不支持 VOMA 检查，该检查将失败并显示以下错误：

例如：

解决办法：无。如果需要分析 VMFS 元数据，请使用 -l 选项收集这些数据，并将其传递给 VMware 客户支持。用于收集转储的命令为：

如果使用不同的加密密钥对 FCD 和虚拟机进行加密，则尝试使用虚拟机重新配置 API 将加密的 FCD 附加到加密虚拟机可能会失败，并显示以下错误消息：

解决办法：使用 attachDisk API，而不是虚拟机重新配置 API，以将加密的 FCD 附加到加密虚拟机。

如果跨区的 VMFS 数据存储的非主数据区与主数据区都发生故障，则不会出现此问题。在这种情况下，整个数据存储将变得无法访问，并且不再允许 I/O。

相反，如果只有非主数据区发生故障，但主数据区仍可访问，则数据存储检测信号显示正常。主机与数据存储之间的 I/O 将继续。但是，任何依赖发生故障的非主数据区的 I/O 也开始发生故障。其他 I/O 事务可能会在等待故障 I/O 修复时累积，并导致主机进入无响应状态。

解决办法：修复非主数据区的 PDL 情况以解决此问题。

仅在已启用集群虚拟磁盘支持的数据存储上才会遇到此问题。当数据存储从全部路径异常 (APD) 或永久设备丢失 (PDL) 情况中恢复时，它仍然不可访问。VMkernel 日志可能显示类似以下内容的多个 SCSI3 reservation conflict 消息：

2020-02-18T07:41:10.273Z cpu22:1001391219)ScsiDeviceIO: vm 1001391219: SCSIDeviceCmdCompleteCB:2972: Reservation conflict retries 544 for command 0x45ba814b8340 (op: 0x89) to device "naa.624a9370b97601e346f64ba900024d53"

发生此问题可能是因为加入集群的 ESXi 主机丢失了数据存储的 SCSI 预留，并且在数据存储恢复后，不能始终自动重新获取这些预留。

解决办法：使用以下命令手动注册预留：

vmkfstools -L registerkey /vmfs/devices/disks/

其中， 是创建的数据存储所在的设备的名称。

使用硬件版本 15 或更高版本时，虚拟 NVMe 控制器是以下客户机操作系统的默认磁盘控制器：

Windows 10Windows Server 2016Windows Server 2019

使用虚拟 NVMe 控制器时，某些功能可能不可用。有关详细信息，请参见 https://kb.vmware.com/s/article/2147714

注意：某些客户端使用之前默认的 LSI Logic SAS。这包括 ESXi Host Client 和 PowerCLI。

解决办法：如果需要虚拟 NVMe 上未提供的功能，请切换到 VMware 准虚拟 SCSI (PVSCSI) 或 LSI Logic SAS。有关使用 VMware 准虚拟 SCSI (PVSCSI) 的信息，请参见 https://kb.vmware.com/s/article/1010398

声明规则确定哪个多路径插件（如 NMP、HPP 等）拥有通往特定存储设备的路径。ESXi 7.0 不支持重复声明规则。但是，如果将重复规则添加到通过自旧版的升级继承的现有声明规则，则 ESXi 7.0 主机不会发出警示。由于使用重复规则，存储设备可能由意外插件声明，这可能会导致意外的结果。

解决办法：不要使用重复的核心声明规则。在添加新声明规则之前，请删除任何现有的匹配声明规则。

CNS QueryVolume API 可用于获取有关 CNS 卷的信息，如卷运行状况和合规性状态。检查单个卷的合规性状态时，可快速获取结果。但是，当调用 CNS QueryVolume API 检查多个卷（数十个或几百个）的合规性状态时，查询的运行速度可能很慢。

解决办法：避免使用批量查询。当需要获取合规性状态时，一次查询一个卷或将查询 API 中的卷数限制为 20 个或更少。使用查询时，避免运行其他 CNS 操作才可获得最佳性能。

删除支持 CNS 卷的 FCD 磁盘后，该卷可能仍在 CNS UI 中显示为存在。但是，尝试删除该卷会失败。您可能会看到类似于以下内容的错误消息：找不到引用的对象或项目 (The object or item referred to could not be found)。

解决办法：下一次完全同步将解决不一致性并正确更新 CNS UI。

例如，当您使用不合规的存储策略创建 CNS 卷时，可能会出现这种情况。操作失败，而 vSphere Client 显示任务状态为成功。

解决办法：vSphere Client 中成功的任务状态不保证 CNS 操作已成功。要确保操作已成功，请验证其结果。

当 CNS Delete API 尝试删除连接到容器的持久卷时，可能会出现此问题。例如，删除运行 Pod 的 Kubernetes 命名空间时。因此，将从 CNS 中清除该卷，并且 CNS 查询操作不会返回该卷。但是，该卷仍驻留在数据存储中，并且无法通过重复的 CNS Delete API 操作进行删除。

解决办法：无。

更改 vCenter IP 地址（PNID 更改）时，已注册的供应商提供程序脱机。

解决办法：重新注册供应商提供程序。

使用跨 vCenter vMotion 将虚拟机的存储和主机移到其他 vCenter server 实例时，您可能会收到错误在当前状况下不允许执行此操作 (The operation is not allowed in the current state)。 

如果虚拟机具有一个包含基于主机的规则（如加密或任何其他 IO 筛选器规则）的已分配存储策略，则 UI 向导将在“主机选择”步骤后和“数据存储选择”步骤之前显示此错误。

解决办法：将虚拟机及其磁盘分配给不含基于主机的规则的存储策略。如果源虚拟机已加密，可能需要对该虚拟机进行解密。然后重试跨 vCenter vMotion 操作。

导航到 vCenter UI 上的主机 > 监控 > 硬件运行状况 > 存储传感器时，存储信息显示不正确或未知的值。在主机 UI 和 MOB 路径 “runtime.hardwareStatusInfo.storageStatusInfo” 上也会出现相同的问题。

解决办法：无。

vSphere UI 主机高级设置将当前产品锁存器位置显示为空，且默认为空。这存在不一致情况，因为实际产品位置 symlink 已创建并且有效。这会导致用户混淆。无法从 UI 更正默认设置。

解决办法：用户可以使用主机上的 esxcli 命令更正当前产品锁存器位置默认设置，如下所示。

1.使用以下命令移除现有产品锁存器位置设置："esxcli system settings advanced remove -o ProductLockerLocation"

2.使用相应的默认值重新添加产品锁存器位置设置：

      2.a.  如果 ESXi 是完整安装，则默认值为 "/locker/packages/vmtoolsRepo" export PRODUCT_LOCKER_DEFAULT="/locker/packages/vmtoolsRepo"

      2.b.如果 ESXi 是 autodeploy 等 PXEboot 配置，则默认值为："/vmtoolsRepo" export PRODUCT_LOCKER_DEFAULT="/vmtoolsRepo"

      运行以下命令以自动确定位置：export PRODUCT_LOCKER_DEFAULT=`readlink /productLocker`

      添加设置：esxcli system settings advanced add -d "Path to VMware Tools repository" -o ProductLockerLocation -t string -s $PRODUCT_LOCKER_DEFAULT

您可以通过发出以下单个命令，将上述步骤 2 中的所有步骤组合在一起：

esxcli system settings advanced add -d "Path to VMware Tools repository" -o ProductLockerLocation -t string -s `readlink /productLocker`

在 vSphere Client 中，导航到 vCenter Server 或在 vSphere Client 导航器中选择一个 ESXi 主机，并单击“监控”>“Skyline Health”时，页面会在以下区域设置中显示乱码字符：韩语、日语、德语和法语。

解决办法：切换到“英语”区域设置。

尝试在虚拟机上添加或修改现有网络适配器时，“重新配置虚拟机”任务可能会失败，并显示错误，例如，在 vSphere Client 中出现 无法完成操作，因为另一操作正在进行并发修改 (Cannot complete operation due to concurrent modification by another operation)。在运行虚拟机的 ESXi 主机的 /var/log/hostd.log 文件中，您会看到类似以下内容的日志：2020-07-28T07:47:31.621Z verbose hostd[2102259] [Originator@6876 sub=Vigor.Vmsvc.vm:/vmfs/volumes/vsan:526bc94351cf8f42-41153841cab2f9d9/bad71f5f-d85e-a276-4cf6-246e965d7154/interop_l2vpn_vmotion_VM_1.vmx] NIC: connection control message: Failed to connect virtual device 'ethernet0'. 在 vpxa.log 文件中，您会看到类似以下内容的条目：2020-07-28T07:47:31.941Z info vpxa[2101759] [Originator@6876 sub=Default opID=opId-59f15-19829-91-01-ed] [VpxLRO] -- ERROR task-138 -- vm-13 -- vim.VirtualMachine.reconfigure: vim.fault.GenericVmConfigFault: 

解决办法：对于集群中的每个 ESXi 主机，请执行以下操作：

有关详细信息，请参见 VMware 知识库文章 80399。 

在 vCenter Server 7.0 Update 1 中，vSphere 集群服务（例如 vSphere DRS 和 vSphere HA）在 ESX 代理虚拟机上运行，以使服务在功能上独立于 vCenter Server。但是，ESX 代理虚拟机的 AMD 处理器的 CPU 基准具有 POPCNT SSE4A 指令，该指令会阻止具有 AMD Opteron Generation 3 (Greyhound) 处理器的 ESXi 6.5 主机在 vCenter Server 7.0 Update 1 系统上启用 EVC 模式 AMD REV E 和 AMD REV F。

解决办法：无

运行 Linux 客户机操作系统的客户机自定义脚本时，自定义规范中定义的自定义脚本的 precustomization 部分在客户机自定义之前运行，随后会运行 postcustomization 部分。如果在虚拟机的客户机操作系统中启用 Cloud-Init，则 postcustomization 部分在自定义之前运行，因为 Cloud-Init 中存在已知问题。

解决办法：禁用 Cloud-Init 并使用标准客户机自定义。 

在具有多个磁盘和多级别快照的虚拟机上执行组迁移操作时，操作可能失败，并显示错误 com.vmware.vc.GenericVmConfigFault 等待数据失败。错误 195887167。可能由于超时，远程主机已关闭连接 (com.vmware.vc.GenericVmConfigFault Failed waiting for data. Error 195887167. Connection closed by remote host, possibly due to timeout)。

解决办法：每次在发生故障的虚拟机上重试一次迁移操作。

包含 HTTP 查询参数的 URL 不受支持。例如，http://webaddress.com?file=abc.ovf 或 Amazon 预签名 S3 URL。

解决办法：从本地文件系统下载文件并进行部署。

导入的本地 .ovf 文件的名称中包含非 ASCII 字符时，您可能会收到 400 错误的请求错误 (400 Bad Request Error)。使用此类 .ovf 文件在 vSphere Client 中部署虚拟机时，部署过程将在 0% 处停止。因此，您可能会收到 400 错误的请求错误 (400 Bad Request Error) 或 500 内部服务器错误 (500 Internal Server Error)。

解决办法：

执行下列步骤：

因此，在“虚拟机和模板”清单树中，您看不到第三个嵌套文件夹中的对象。

解决办法：要查看第三个嵌套文件夹中的对象，请导航到第二个嵌套文件夹，然后选择“虚拟机”选项卡。

更改 ESXi 主机状态的过程中，由于 vSphere ESX Agent Manager (EAM) 存在争用情况，vSAN 文件服务操作可能会在已启用 vSphere Lifecycle Manager 的集群上失败。在升级和操作期间会出现此问题，如打开电源或关闭电源、引导或者主机退出维护模式或待机模式时。如果端点在 ESXi 主机的状态更改之前不可用，则会出现争用情况。在这种情况下，EAM 将启动修复过程，但该过程无法解决，并使从其他服务（如 vSAN 文件服务）执行的操作失败。

解决办法：重新启动 vSphere ESX Agent Manager。

在集群范围的 APD 恢复后，某些虚拟机可能处于孤立状态，即使在集群上启用了 HA 和 VMCP 也是如此。

同时出现以下情况时，可能会遇到此问题：

解决办法：在 APD 恢复后，必须在集群中手动取消注册和重新注册孤立的虚拟机。

如果不手动重新注册孤立的虚拟机，HA 会尝试故障切换孤立的虚拟机，但可能需要 5 到 10 小时的时间，具体取决于 APD 恢复的时间。

在这些情况下，集群的整体功能不受影响，并且 HA 将继续保护虚拟机。这是出现问题期间 VC 上显示的异常。

NSX-T 与 vSphere Lifecycle Manager 的映像管理功能不兼容。在为集群启用集中管理其所有主机上的映像设置和更新的功能时，无法在该集群上启用 NSX-T。但是，可以将 NSX Edge 部署到此集群。

解决办法：将主机移至可使用基准管理的新集群，并且在该新集群上启用 NSX-T。

如果在集群上启用了 vSphere Lifecycle Manager，则无法在同一集群上启用 vSAN 文件服务，反之亦然。要在已启用 vSAN 文件服务的集群上启用 vSphere Lifecycle Manager，请先禁用 vSAN 文件服务，然后重试操作。请注意，如果转换到由单个映像管理的集群，则无法在该集群上禁用 vSphere Lifecycle Manager。

解决办法：无。

如果集群由单个映像管理并且已从中选择固件和驱动程序加载项并启用 vSphere HA，则硬件支持管理器不可用于该集群时，vSphere HA 功能会受到影响。您可能会遇到以下错误。

解决办法：

通过在 vSphere Lifecycle Manager 中修复集群来从集群中移除 I/O 筛选器失败，并显示以下错误消息：iofilter XXX 已存在 (iofilter XXX already exists)。IO 筛选器仍列为“已安装”。

解决办法：

在集群修复过程中禁用并重新启用 vSphere HA 时，可能会由于 vSphere HA 运行状况检查报告主机未安装 vSphere HA VIB 而导致修复过程失败。您可能会看到以下错误消息：为集群设置所需的映像规范失败 (Setting desired image spec for cluster failed)。

解决办法：在集群修复操作完成后，为集群禁用并重新启用 vSphere HA。

在具有超过 16 个主机的大型集群中，建议生成任务可能需要超过一小时才能完成，或者可能显示为挂起。建议任务的完成时间取决于在每个主机上配置的设备的数量，以及在获取建议的有效映像之前 vSphere Lifecycle Manager 需要从库中处理的候选映像的数量。

解决办法：无。

在具有超过 16 个主机的大型集群中，验证报告生成任务可能需要长达 30 分钟的时间才能完成，或者可能显示为挂起。完成时间取决于在每个主机上配置的设备的数量以及在集群中配置的主机的数量。

解决办法：无

在 vCenter Server 用户界面中，您可能会遇到本地化语言的不完整错误消息。vSphere Lifecycle Manager 中的集群修复过程失败后，将显示这些消息。例如，您可能会看到以下错误消息。 英文语言的错误消息：Virtual machine 'VMC on DELL EMC -FileServer' that runs on cluster 'Cluster-1' reported an issue which prevents entering maintenance mode: Unable to access the virtual machine configuration: Unable to access file[local-0] VMC on Dell EMC - FileServer/VMC on Dell EMC - FileServer.vmx 法语语言的错误消息：La VM « VMC on DELL EMC -FileServer », située sur le cluster « {Cluster-1} », a signalé un problème empêchant le passage en mode de maintenance : Unable to access the virtual machine configuration: Unable to access file[local-0] VMC on Dell EMC - FileServer/VMC on Dell EMC - FileServer.vmx

解决办法：无。

将使用基准并且已启用 vSphere HA 的集群转换为使用单个映像的集群时，可能会出现一条警告消息，指出将移除 vmware-fdm 组件。

解决办法：可忽略此消息。转换过程中将安装 vmware-fdm 组件。

在早期版本的 vCenter Server 中，您可以为 vCenter Server 和 vSphere Update Manager 配置独立的代理设置。升级到 vSphere 7.0 后，vSphere Update Manager 服务将成为 vSphere Lifecycle Manager 服务的一部分。对于 vSphere Lifecycle Manager 服务，将从 vCenter Server Appliance 设置中配置代理设置。如果您已将 Update Manager 配置为通过代理服务器从 Internet 下载修补程序更新，但 vCenter Server Appliance 没有代理设置配置，则在 vCenter Server 升级到版本 7.0 后，vSphere Lifecycle Manager 无法连接到 VMware 库，并且无法下载修补程序或更新。

解决办法：登录到 vCenter Server Appliance 管理界面 https://vcenter-server-appliance-FQDN-or-IP-address:5480，为 vCenter Server Appliance 配置代理设置并将 vSphere Lifecycle Manager 启用为使用代理。

如果使用 Java 客户端查看修复任务，获取结果可能会失败，并显示 ConstraintValidationException 错误。如果 ESXi 主机在修复过程中无法进入维护模式，且状态为“已跳过”，但同时又错误地显示了对应于连续修复操作的“正在进行中”标记，则会出现此问题。这会导致在 Java 客户端上出现 ConstraintValidationException 错误，并且您无法获取修复操作的结果。

解决办法：修复致使 ESXi 主机无法进入维护模式的基础问题，然后重试修复操作。

只能有限访问或无权访问 Internet 或者有限连接 vCenter Server 的 ROBO 集群可以从本地库下载映像，无需在 vCenter Server 中访问 vSphere Lifecycle Manager 库。但是，vSphere Lifecycle Manager 仅在中央级别以预验证映像的形式生成软件建议，而建议的映像内容在库替代时可能不可用。

解决办法：如果决定使用建议的映像，请确保库替代和中央库之间的内容已同步。

如果集群具有启用了锁定模式的 ESXi 主机，则使用 vSphere Lifecycle Manager 执行修复操作可能会跳过此类主机。在日志文件中，您会看到 Host scan task failed 以及 com.vmware.vcIntegrity.lifecycle.EsxImage.UnknownError An unknown error occurred while performing the operation.。

解决办法：将 root 用户添加到锁定模式的例外列表中，然后重试集群修复。

在 vCenter Server 7.0.0b 中，可以使用仅显示汇总更新切换按钮筛选和选择在使用 vSphere Lifecycle Manager 时要包含在基准中的修补程序。可以在 Lifecycle Manager 窗格中的更新选项卡上访问该按钮，选择菜单 > Lifecycle Manager 可打开“Lifecycle Manager”窗格，这是 vSphere Client 中的 vSphere Lifecycle Manager 主页视图。此外，也可以在创建基准向导（选择新建 > 基准时，将打开该向导）中的基准选项卡上，在手动选择修补程序页面中访问该按钮。但是，升级到 vCenter Server 7.0.0b 后，仅显示汇总更新切换按钮可能不可见。

解决办法：升级到 vCenter Server 7.0.0b 后，重新启动 vSphere Client。有关详细信息，请参见启动、停止和重新启动服务。

在 vCenter Server 7.0.0b 中，可以使用仅显示汇总更新切换按钮筛选和选择在使用 vSphere Lifecycle Manager 时要包含在基准中的修补程序。可以在 Lifecycle Manager 窗格中的更新选项卡上访问该按钮，选择菜单 > Lifecycle Manager 可打开“Lifecycle Manager”窗格，这是 vSphere Client 中的 vSphere Lifecycle Manager 主页视图。此外，也可以在创建基准向导（选择新建 > 基准时，将打开该向导）中的基准选项卡上，在手动选择修补程序页面中访问该按钮。但是，导航到更新选项卡或手动选择修补程序页面时，该切换按钮始终处于开启状态。即使在离开该选项卡或页面时关闭此按钮，下次打开该选项卡或页面时此按钮仍处于开启状态。

解决办法：无

使用属于 vSphere Lifecycle Manager 一部分的 Update Planner（用于方便 vCenter Server 更新）时，vSphere Client 中可能会显示以下错误：获取更新时发生意外错误当您使用的自定义 HTTPS 端口阻止通过使用 vSphere Client 运行互操作性报告时，会出现此问题。

解决办法：手动调用 API。有关更多详细信息，请参见 vSphere Automation API。

将版本为 6.5 的主机配置文件应用于版本为 7.0 的 ESXi 主机时，会将 Coredump 文件配置文件报告为与主机不兼容。

解决办法：有两种可行的解决办法。

如果您的浏览器设置为非英语的语言，则您在 vSphere Client 清单的虚拟机摘要选项卡中单击切换到新视图按钮时，客户机操作系统面板中的操作下拉菜单中不包含任何项目。

解决办法：选择虚拟机页面顶部的操作下拉菜单。

当 DYN_RSS 和 GEN_RSS 功能处于开启状态时，Mellanox ConnectX-4 或 ConnectX-5 本机 ESXi 驱动程序可能会出现低于 5% 的吞吐量下降，这很可能会影响正常工作负载。

解决办法：可以使用以下命令禁用 DYN_RSS 和 GEN_RSS 功能：

# esxcli system module parameters set -m nmlx5_core -p "DYN_RSS=0 GEN_RSS=0"

# reboot

在 PVRDMA 环境的 vSphere 7.0 实施中，如果存在 HCA，虚拟机通过 HCA 传递流量以进行本地通信。但是，RDMA 流量环回在 qedrntv 驱动程序上不起作用。  例如，在同一上行链路端口下配置的虚拟机上运行的 RDMA 队列对无法相互通信。

在 vSphere 6.7 及更低版本中，如果已启用 SRQ，则 HCA 用于本地 RDMA 流量。如果虚拟机使用已启用 SRQ 的 PVRDMA 版本以及使用 RoCE v2 的硬件版本 14 及以上版本，vSphere 7.0 将对这些虚拟机使用 HCA 环回。

当前版本的 Marvell FastLinQ 适配器固件不支持同一 PF 或端口的 QP 之间的环回流量。

解决办法：已在针对 vSphere 7.0 认证的原生驱动程序中添加所需支持。如果您使用的是内置 qedrntv 驱动程序，则必须使用 3 主机配置并将虚拟机迁移到第三个主机。

Marvell FastLinQ qedrntv RoCE 驱动程序与不可靠的数据报 (UD) 流量存在限制。涉及批量流量的 UD 应用程序可能会因 qedrntv 驱动程序而失败。此外，UD QP 只能使用 DMA 内存区域 (MR)。不支持物理 MR 或 FRMR。尝试将物理 MR 或 FRMR 与 UD QP 配合使用的应用程序在与 qedrntv 驱动程序一起使用时无法传递流量。此类测试应用程序的已知示例为 ibv_ud_pingpong 和 ib_send_bw。

VMware ESXi 环境（如 iSER、NVMe-oF (RoCE) 和 PVRDMA）中的标准 RoCE 和 RoCEv2 用例不受此问题的影响。UD 流量的用例有限，此问题会影响需要批量 UD 流量的一小部分应用程序。

Marvell FastLinQ 硬件不支持 RDMA UD 流量卸载。为了满足关于支持 GSI QP 的 VMware PVRDMA 要求，qedrntv 驱动程序中添加了 UD QP 支持的受限仅软件实施。此实施的目标是提供对控制路径 GSI 通信的支持，而不是支持批量流量和高级功能的完整 UD QP 实施。

由于在软件中实施 UD 支持，此实施可能不适应大量流量，并且数据包可能会丢失。这可能会导致批量 UD 流量出现故障。

解决办法：qedrntv 驱动程序不支持批量 UD QP 流量，目前尚无解决办法。如 iSER、NVMe、RDMA 和 PVRDMA 等 VMware ESXi RDMA (RoCE) 用例不受此问题的影响。

如果在短时间内频繁触发 QLogic 578xx 网卡 iSCSI 连接或断开连接，服务器可能会由于 qfle3 驱动程序问题而失败。这是设备固件中的一个已知缺陷所致。

解决办法：无。

在基于 FC 的 Broadcom NVMe 环境中，在执行驱动程序卸载或控制器断开连接操作期间，ESXi 可能会失败，并且显示类似以下内容的错误消息：@BlueScreen: #PF Exception 14 in world 2098707:vmknvmeGener IP 0x4200225021cc addr 0x19

解决办法：无。

内置 ixgben 驱动程序仅识别 i350/X550 网卡的固件数据版本或签名。在某些 Dell 服务器上，OEM 固件版本号已编程到 OEM 软件包版本区域，而内置 ixgben 驱动程序不会读取此信息。仅显示 8 位固件签名。

解决办法：要显示 OEM 固件版本号，请安装异步 ixgben 驱动程序版本 1.7.15 或更高版本。

在对 X710 或 XL710 网卡启动某些破坏性操作（例如重置网卡或操作 VMKernel 的内部设备树）时，网卡硬件可能会从非数据包内存中读取数据。

解决办法：请勿重置网卡或操作 VMkernel 内部设备状态。

NVMe-oF 是 vSphere 7.0 中的新功能。如果服务器具有使用 vmhba30+ 的 USB 存储安装，并且还具有 NVMe over RDMA 配置，则在系统重新引导后，VMHBA 名称可能会发生变化。这是因为 NVMe over RDMA 的 VMHBA 名称分配不同于 PCIe 设备。ESXi 不保证持久性。

解决办法：无。

如果 vCenter 数据库大小为 300 GB 或更大，基于文件的备份将失败，并显示超时。将显示以下错误消息：超时! 无法在 72000 秒内完成 (Timeout! Failed to complete in 72000 seconds)

解决办法：无。

还原从具有外部 Platform Services Controller 部署的 vCenter Server 6.x 升级到 vCenter Server 7.0 的 vCenter Server 7.0 时，还原可能会失败并显示以下错误：无法检索设备存储列表 (Failed to retrieve appliance storage list)

解决办法：在还原过程的第一阶段，提高 vCenter Server 7.0 的存储级别。例如，如果 vCenter Server 6.7 外部 Platform Services Controller 设置存储类型为“小型”，请选择存储类型“大型”以执行还原过程。

在主机配置文件修复期间未配置已启用的 SSL 协议 (Enabled SSL protocols) 配置参数，仅启用了系统默认协议 tlsv1.2。在 vCenter Server 7.0 环境中，版本为 7.0 及更低版本的主机配置文件会出现此行为。

解决办法：要为 SFCB 启用 TLSV 1.0 或 TLSV 1.1 SSL 协议，请使用 SSH 登录到 ESXi 主机，然后运行以下 ESXCLI 命令：esxcli system wbem -P

无法使用安全主机配置文件配置锁定模式，也无法将该模式同时应用于多个 ESXi 主机。必须手动配置每个主机。  

解决办法：在 vCenter Server 7.0 中，可以使用安全主机配置文件配置锁定模式和管理锁定模式例外用户列表。

VMware 配置文件 /etc/vmware/config 中的某些设置不受主机配置文件管理，并且在修改该 VMware 配置文件时被阻止。因此，将主机配置文件应用于集群时，EVC 设置丢失，导致 EVC 功能丢失。例如，未屏蔽的 CPU 可能向工作负载公开。

解决办法：在集群上重新配置相关的 EVC 基准以恢复 EVC 设置。

在 vCenter Server 7.0 中，无法在主机配置文件中配置和管理核心转储分区。尝试应用主机配置文件来定义核心转储分区时，导致出现以下错误：未找到任何有效的 coredump 分区。

解决办法：无。在 vCenter Server 7.0 中，主机配置文件仅支持基于文件的核心转储。

vSphere 7.0 中的 HTTP 反向代理强制实施比以前版本更严格的标准合规性。这可能导致在应用程序用于对 vSphere 执行 SOAP 调用的某些第三方库中出现预先存在的问题。

如果您开发使用此类库的 vSphere 应用程序，或者在 vSphere 堆栈中包含依赖于此类库的应用程序，那么当这些库向 VMOMI 发送 HTTP 请求时，可能会遇到连接问题。例如，从 vijava 库发出的 HTTP 请求可能采用以下形式：

此示例中的语法违反了在 SOAPAction 后必须使用冒号的 HTTP 协议标头字段要求。因此，请求在执行时被拒绝。

解决办法：在应用程序中利用不合规库的开发人员可以考虑改为使用遵循 HTTP 标准的库。例如，使用 vijava 库的开发人员可以考虑改为使用最新版本的 yavijava 库。

SNMP 防火墙规则集是动态状况，在运行时期间进行处理。应用主机配置文件时，规则集的配置由主机配置文件和 SNMP 同时进行管理，这可能导致意外地修改防火墙设置。  

解决办法：有两种可行的解决办法。

使用 lsi_msgpt3、lsi_msgpt35 和 lsi_mr3 控制器时，存在显示转储文件 lsuv2-lsi-drivers-plugin-util-zdump 的潜在风险。退出此插件实用程序中使用的 storelib 时出现问题。对 ESXi 操作没有任何影响，可以忽略该转储文件。

解决办法：可放心地忽略此消息。可以使用以下命令移除 lsuv2-lsi-drivers-plugin： esxcli software vib remove -n lsuv2-lsiv2-drivers-plugin

在 ESXi 7.0 中，无需重新引导即可应用 SR-IOV 配置，并重新加载设备驱动程序。ESXi 主机可能让第三方扩展执行设备配置，这些配置需要在引导期间加载设备驱动程序后运行。要使这些第三方扩展重新应用设备配置，需要重新引导。

解决办法：在配置 SR-IOV 以应用第三方设备配置后，必须重新引导。

在 DCUI 中，通过按 ESC 或 Enter 键或通过单击取消或确定按钮关闭子窗口时，父窗口的外观可能会发生变化。父窗口某些部分的背景颜色更改为灰色或黑色。但是，DCUI 中的所有必填信息都正确显示，并且在 DCUI 中执行的所有操作都成功完成。

解决办法：等待 1 分钟，不刷新 DCUI 中的当前窗口，也不按任何键。

如果使用网络文件系统 (NFS) 和服务器消息块 (SMB) 协议对 vCenter Server 执行基于文件的备份，则从早期版本的 vCenter Server 7.x 更新到 vCenter Server 7.0 Update 1 后，备份会失败。在 applmgmt.log 中，您会看到一条错误消息，例如，Failed to mount the remote storage。出现此问题的原因是，在修补过程中运行了 Linux 内核更新。在全新安装的 vCenter Server 7.0 Update 1 中不会出现该问题。

解决办法：更新完成后，重新引导 vCenter Server Appliance。

如果在设置 ADFS 时手动将证书添加到 vCenter Server JRE 信任库或修改 /etc/hosts 文件，则还原后不会保留更改，并且可能会导致 ADFS 登录失败。

解决办法：还原 vCenter Server Appliance 之后，将 ADFS 证书添加到 vCenter Server JRE 信任库。有关详细信息，请参见导入外部身份提供程序的可信证书。还原 vCenter Server Appliance 之后，将必要的主机名映射重新添加到 /etc/hosts 文件。

要折叠以前的已知问题列表，请单击此处。